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Meaningful InformatioQ for the entire Workforce 
MasterLink Corporation 

3649 All American Blvd., Orlando, FL 32810-4726 u» in iqor 

407/299-3900 • Fax 407/299-8200 • E-maU: atek@.gdLnet uecemeer iu, i^/vo 

Mr. David Kershaw 
Program Manager 

Technical Research Development Authority 
Investment Initiative for Energy Technologies 
6750 South Highway U. S. 1 
Titusville, Fl. 32780 

Dear Mr. Kershaw: 

We are pleased to submit om MasterLink InteUigenl Work Management (IWM) product Foposal to 
TRDA for participatory consideration in the Investment Initiative For Energy Technologies. We feel that 
iSterLink^WM software product meets the requirements for funding by TODA. The use of pohcy is 
central to MasterLink's contribution to more effective management decision processes and worker 
efficiency One of the poUcies relates to energy saving and energy conservatioa This pohcy mleracts 
within tiie system to insure that the operating elements of conservation and energy savmg follow decision 
paths compatible with maximum results. 

The technology tiiat makes all of this possible will create high tech & high paying jobs in Florida. The 
technical disciplines essential to MasterLink are among tiie highest paid in the industry We anncii^e lhat 
a number of our technical employee requirements will be met as a result of our relationship with The 
University of Central Florida. 

We submit tinat the commercial success of MasterLink wiU significantly benefit Florida's economy. 

From commercial launch of the product repatriation of fimds to TRDA wiU occur witiiin 5 years. 

Witii TRDA support we can make MasterLink a commercial reality. There is an additional benefit worthy 
of mention. UCF will use MasterLink as a test bed for tiieir wo± in Artificial MeUig^ce Center of 
Excellence. This will generate a large number of highly skilled technical personnel much m demand by the 
private and public sector of the Florida economy. 

Wifli each new MasterLink cUent implementation the system wiU influence corporate behavior in support 
of energy savings and conservation of energy. We respectfiiUy submit this wiU have a dramatic mu^plier 
effect on corpo^ purchase and use of energy conserving & energy efficient products. Further, we believe 
that MasterLink will advance both tiie philosophic and the matenal mtent of TRDA. 

Vety truly yours, 

Kent A. Weisner, CEO 
MasterLink Corporation 






December 10. 1998 



Mr. David Kershaw 
Program Manager 

Technical Research Development Authority 
Investment Initiative for Energy Technologies 
6750 South Highway U. S. I 
Titusville, H. 32780 

Dear Mr. Kershaw: 

We are pleased to submit our MasterLink Intelligent Work Management (IWM) product proposal to 
TRDA for participatory consideration in the Investment Initiative For Energy Technologies. We feel that 
MasterLink's IWM software product meets the requir^ents for funding by TRDA. The use of policy is 
central to MasterLuik's contribution to more effective management decision processes and worker 
eflBciency, One of the policies relates to energy saving and energy conservatioa TTiis policy interacts 
within the system to insure tlmt the operating elements of conservittion and energy ^ivuig follow ikdsion 
paths compatible with maximum results. 

The technology that makes all of this possible will create high tech & higji paying jobs in Florida. The 
technical disciplines essential to MasterLink are among the highest paid in the industry. We anticipate that 
a number of our technical employee requiremrats will be met as a result of our relationship with The 
University of Central Florida. 

We submit that the commercial success of MasterLink will significantly benefit Florida^s economy. 

From commercial laundi of the product repatriation of funds to TRDA will occur within 5 years. 

With TRDA support we can make MasterLink a commercial reality. There is an additional benefit worthy 
of mentioa UCF will use MasterLink as a test bed for tfieir work in Artificial Intelligence Center of 
Excellence. This will gjenerate a large rmmber of highly skilled technical persormel much in demand by the 
private and public sector of the Hori±t economy* 

With, each new MasterLink cli^ implementation the systm will influence corporate behavior in sui^rt 
of energy savings and conservation of energy. We respectfully sulnnit this will have a dramatic multiplier 
effect on corporate purchase and use of energy coiiserving& energy efBcientpnxl^^ Further^ we believe 
that MasterLink will advance both the philosophic and the material intm of TRDA. 

Very truly yours, 




Kent A. Wcisncr. CEO 
MasterLink Corporation 



I. 



Technological Research and Development Authority 



TRDA. 





December 15, 1998 



Mr. Kent Weisner 
MasterLink Corp. 
3649 All American Blvd. 
Orlando, FL 32810 



Dear Mr. Weisner: 

This will acknowledge the submittal of your Project Business Plan for your 
Intelligent Work Management software product received on December 14, 1998 in 
response to the TRDA's Investment Initiative for Energy Technologies program. The 
proposal is now being processed in accordance with our guirlftlinftg Ynn will rf r^ij^ 
comments from TRD A concerning the status of your proposal b^Qanuary 13, 1998^ 



Sincerely, 




David Kershaw 
Program Manager 



6750 South Highway US 1 • Titusvilie, FL 32780 • 407/269-6330 • Fax 407/269-6346 • SunCom 360-6330 
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Confidential 



MasterLink Corporation 

3649 All American Blvd, Orlando, FL 32810-4726 
407/299-3900 • Fax 407/299-8200 • E-mail: atek@gdLnet 



December 18, 1998 

Mr. David Kershaw 
Program Manager 

Technical Research Development Authority 
Investment Initiative for Energy Technologies 
6750 South Highway U. S 1 
Titusville, Fl. 323780 

Dear Dave: 

The information you requested from us on this date is attached 
We are looking forward to talking with you again soon. 
Very truly yours. 




Kent A Weisner 
MasterLink Corporation 




MasterLINK© 

Mcanmgful InforiQatlOn for tlic entire Workforce "Confidential" 
MasterLink Corporation 

3649 All American Blvd, Orlando, FL 32810-4726 

407/299-3900 • Fax 407/299-8200 • E-mail: atek@gdi.net 
Overview of the MasterLink Use Cases, Domain Model, and Design 

Use Cases: The MasterLink functional requirements are captured in a series of Use Cases. Use Cases are 
an OO standard way to capture the "system operations"; that is, the series of interactions with a user (a 
mobile worker, a manager, another computer system) of the MasterLink system. These interactions d^ne 
the system's capabilities; they are the equivalent of ftmction points in a structured iHogramming 
methodology. 

Domain Model: The MasterLink domain model (and, following the "Golden Rule of OO" the high level 
object model) is captured in a series of UML drawings made with Rational Rose and captured in Rose Petal 
files. These drawings capture the general mobile woik domain (targets, tasks, etc.) as well as the Facihties- 
specific Construction Specification Institute code (the ontology for the world of Facilities Management). 
This model will be refactored during the development period due to considerations of extensibiUty and 
performance requirements. 

Design: The MasterLink design is captured in the Use Case Schemas and the definition of the Agents. 
There is one Use Case schema for each Use Case. The schema r^nes the requirements at the use case 
level to a series of steps. Each step contributes to the fimctionahty encapsulated in the Use Case, and 
includes the definition of any interactions wifli the object model and agents that are required to complete 
the step. 

The "System Architecture Overview" shows the positioning of the intelligent agents in the overall 
MasterLink Architecture. The Agents are designed as a set of Enterprise Java Beans, running on top of 
CORE A. We will use Java Bean's abihiy to run RMI (tiie Java inter-process communication protocol built 
into the language's syntax and semantics) over HOP (CORBA's inter-ORB communication protocol). This 
will allow us to develop with native Java (a rapid development envirorunent) while retaining the ability to 
be called by or call to routines/objects/components designed in other languages and environments that 
conform to the CORB A protocols. Agents communicate using standard RMI-like fimction calls. The 
contents of each call is a series of expressions defined by KQML-like semantics. 

The "Physical Architecture for a Distributed InteUigent Work Management System" shows the layering of 
the system middleware. The agents (Enterprise Java Beans) are layered over HOP, that is, over an ORB, 
which runs over TCP/TP. Additionally, the client workstations (mobile workstations on hand-held units, 
manager workstations on desktops) run HTTP over TCP/IP. For example, the workstations can run over a 
corporate intranet Each conversation would begin with the user submitting normal HTTP to the web 
server. The web server would then use various CGI-compatible mechanisms, such as a servlet, to mediate 
between the cUent's HTTP world and the business server's CORBA world That is, the servlet, which is 
part of the HTTP server, is a CORBA cUent, and uses Java/RMI/UOP to communicate witii tiie servers 
(e.g., ^nth the business objects and the intelligent agents). 

Each agent is built using off tiie shelf (COTS software). The most complicated is the scheduler, which 
perfomis near-real time scheduling and rescheduling. It uses a classic constraint-based scheduler, which is 
embodied in the Scheduler product that we will purchase and embed in the scheduler agent The product 
that we have chosen for this purpose is the ILOG scheduler, a constraint-based scheduler that runs on top of 
the well respected ELOG Solver engine. 

"Job State Transitions" shows tiie oUier use of AI technology: the use of rules to define the progression of 
states tliat tasks go through. A commercial expert system shell that does standard forward chaining will be 
embedded in tliis agent and used to define these rules. 
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MasterLINK© 

Information for die entire Worlrforce "Confidential" 
MasterLink Corporation 

3649 All American Blvd., Orlando, FL 32810-4726 
407/299-3900 • Fax 407/299-8200 • E-mail: atek@gdi,net 



December 18, 1998 



Mr. David Kershaw 
Program Manager 

Technical Research Development Authority 
Investment Initiative for Energy Technologies 
6750 South Highway U. S 1 
Titusville, ¥1. 323780 



Dear Dave: 



The information you requested from us on this date is attached It is comprised of three major elements. 
A description of each element, along with its location within the document, is included on the following 
pages. Please call me if you have any questions or comments. 

We are looking forward to talking with you again soon. 



Very truly yours. 



Kent A. Weisner 
MasterLink Corporation 



• mmmihi 

Use Cases (pages 4-8): The MasterLink functional requirements are captured in a series of Use Cases. Use 
Cases are an 00 standard way to capture the "system operations"; that is, the series of interactions with a user 
(a mobile worker, a manager, another computer system) of the MasterLink system. These interactions define the 
system's capabilities; they are the equivalent of function points in a structured programming methodology. 

Design (pages 9-16): The MasterLink design is captured in the Use Case Schemas and the definition of the 
Agents. There is one Use Case schema for each Use Case. The schema refines the requirements at the use case 
level to a series of steps. Each step contributes to the functionality encapsulated in the Use Case, and includes 
the definition of any interactions with the object model and agents that are required to complete the step. 




The "System Architecture Overview" (page 17) shows the positioning of the intelligent agents in the 
overall MasterLink Architecture. The Agents are designed as a set of Enterprise Java Beans, running on 
top of CORE A. We will use Java Bean's ability to run RMI (the Java inter-process communication 
protocol built into the language's syntax and semantics) over HOP (CORBA's inter-ORB 
communication protocol). This will allow us to develop with native Java (a rapid development 
environment) while retaining the ability to be called by or call to routines/objects/components designed 
in other languages and environments that conform to the CORB A protocols. Agents communicate using 
standard RMI-like fiinction calls. The contents of each call is a series of expressions defined by KQML- 
like semantics. 

The "Physical Architecture for a Distributed InteUigent Worli Management System"(page 18) 
shows the layering of the system middleware. The agents (Enterprise Java Beans) are layered over HOP, 
that is, over an ORB, which runs over TCP/IP. Additionally, the client workstations (mobile 
workstations on hand-held units, manager workstations on desktops) run HTTP over TCP/IP. For 
example, the workstations can run over a corporate intranet. Each conversation would begin with the 
user submitting normal HTTP to the web server. The web server would then use various CGI- 
compatible mechanisms, such as a servlet, to mediate between the client's HTTP worid and the business 
server's CORBA world. That is, the servlet, which is part of the HTTP server, is a CORBA chent, and 
uses Java/RMI/nOP to communicate with the servers (e.g., with the business objects and the intelligent 
agents). 

Each agent is built using off the shelf (COTS software). The most complicated is the scheduler, which 
performs near-real time scheduling and rescheduling. It uses a classic constraint-based scheduler, which 
is embodied in the Scheduler product that we will purchase and embed in the scheduler agent. The 
product that we have chosen for this purpose is the ILOG scheduler, a constraint-based scheduler that 
runs on top of the well respected DLOG Solver engine. 

"Job State Transitions*' (page 19) shows the other use of AI technology: the use of rules to define the 
progression of states that tasks go through. A commercial expert system shell that does standard 
forward chaining will be embedded in this agent and used to define these rules. 

Domain Model (pages 20-25) : The MasterLink domain model (and, following the "Golden Rule of 00" the 
high level object model) is captured in a series of UML drawings made with Rational Rose and captured in 
Rose Petal files. These drawings capture the general mobile work domain (targets, tasks, etc.) as well as the 
Facilities-specific Construction Specification Institute code (the ontology for the worid of Facilities 
Management). This model will be refactored during the development period due to considerations of 
extensibility and performance requirements. 
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MasterLink System Chafer Statement ^ C8 IFfff f f 

The MasterLink Facilities Intelligent Work Management Technology will be able to: 

Describe all operational and maintenance requirements of a target (anything that needs 

work) by utilizing, or creating, industry standard definitions. 

Optimize the skill delivery of internal or external resources needed to fulfill target 

requirements. 

Automate the supervisory processes of work planning, scheduling, and dispatching. 
Enable corporate management to implement, and monitor the results of, policy through 
the use of templates. Policies are the rules controlling the requirements of targets, and 
resources performing work. 

Support mobile worker resources with all job information when they need it. 
Automate field data reporting/collection. 

Easily adapt to other industries, in addition to facilities management. 
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MasterLink System Function Groups and Associated Use Cases 
SYSTEM FUNCTION GROUP: System Initiation 



USE CASE TITLE Maintain JobTypes 

DESC: Gives context to Job(s), e.g., Planned Maintenance Job. 

RESULTS: Amethodof classifying Jobs. 

USE CASE TITLE Maintain Resource 

DESC: A resource is a hirnian used to accomplish work, e.g., a manager, a mechanic, etc.. 
RESULTS: Amethodof classifying resources. 

USE CASE TITLE Maintain Target 

DESC: Input information about a specific Target, that may be related to other similar Targets with the 

same TargetDefinition. 
RESULTS: A new record is added to the collection of Targets in the system. 

USE CASE TITLE Maintain TargetDefinition 

DESC: Use a template to record information about what defines a Target. 

RESULTS: A new template definition is added to collection of definitions. 

USE CASE TITLE Maintain TaskPefinitions 

DESC: Task Definitions are the templates used to describe tasks to be 

performed on Targets. 
RESULTS: A new template definition is added to the collection of definitions. 

USE CASE TITLE Maintain UsageTvpes (see pages 9-10) 
DESC: UsageTypes give context to Location definitions. 
RESULTS: One or more UsageType(s) are created, updated, or deleted 

USE CASE TITLE Output Resource 
DESC: Report on Resource collection. 
RESULTS: A report. 

USE CASE TITLE Output Target 
DESC: Report on the Target collection. 
RESULTS; A report. 

USE CASE TITLE Output TargetDefinition 
DESC: Report on Target Definitions 
RESULTS: A report. 

USE CASE TITLE Outnut Tasld)cfinition 
DESC: Report on TaskDefinitions 
RESULTS; A report 

USE CASE TITLE PrintlDisplav JobTypes 
DESC: Report on JobTypes 
RESULTS; A report.. 

USE CASE TITLE Print/Displav UsageTypes 
DESC: Report on UsageTypes 
RESULTS: A Rq)ort 



SYSTEM FUNCTION GROUP: Job Creation 



USE CASE TITLE Create AssessmentJob 

DESC: Create an instance of a Job when the Target may or may not be known, 
RESULTS: An assessment Job is added to the PendingJobOrders collection. 

USE CASE TITLE Create DataCoIlectionJob 

DESC: Create a Job to gather relevant information about a Target. 

RESULTS: A Job will be added to the PendingJobOrders collection. 

USE CASE TITLE Create MaintenanceJob 
DESC: Create a non-system generated maintenance Job. 

RESULTS : A non-system generated MaintenanceJob is added to the PendingJobOrders collection. 

USE CASE TITLE CreateSvstemPlannedJobs (see pages 11-13) 
DESC: An operation to construct all System-Generated activities, 
RESULTS: Puts newly system-created Jobs in the PendingJobOrders collection, 

USE CASE TITLE Create ProiectJob 

DESC: Define work to be done that may consist of one or more Jobs. 

RESULTS: One or more Jobs, identified as being a part of a Project, are added to the PendingJobOrders 
collection. 

USE CASE TITLE Create Repair Job 

DESC: Create an Unplanned Event for some Target 

RESULTS: A RepairJob is added to the PendingJobOrders collection. 

USE CASE TITLE Delete PendingJobOrder 

DESC: Gives users the ability to delete instances of the PendingJob Orders collection. 
RESULTS: A deleted PendingJobOrder. 

USE CASE TITLE Modify PendJobOrdPrioritv 

DESC: Gives users the ability to change the priority of a PendingJobOrder in order to change it's 

Scheduling position. 
RESULTS: A Job that will be reviewed diffei-nUy by the Scheduler. 



SYSTEM FUNCTION GROUP: Job Scheduliiig 
USE CASE TITLE Dispatch Job 

DESC: A Job is physically delivered to the Resource it has been assigned to. 
RESULTS: Mobile Worker receives an assignment 

USE CASE TITLE Add Resource to Job 

DESC: This is used by Management to add an additional resource to a Job in a currently either in the 

PJA or DJA collections. 
RESULTS: A resource/s will be added to the Crew on a Job. 

USE CASE TIILE Delete PendingJobAssign 

DESC: Gives users the ability to delete an instance of a PendingJobAssigmnent. 
RESULTS: A deleted PendingJobAssigmnent 

USE CASE TITLE Schedule ShiftJobs 

DESC: hivokes the Scheduler to create WorkSchedules for a supplied list of Sites and Resources for a 
shift. 

RESULTS: WorkSchedules are created for all valid Resources. 



SYSTEM FUNCTION GROUP: Job SchedMlmg 



USE CASE TITLE ScheduleJob (see oases 14-15) 

DESC: Invoke the Scheduler to assign a time and Resource for an instance of a PendingJobOrder that 
was added after a normal 
scheduling event. 

RESULTS: A Job is added to the PendingJob Assignments collection. 



SYSTEM FUNCTION GROUP: Job Execution 
USE CASE TITLE Add Reference 

DESC: Gives users the ability to indicate a second (or more) call for the same problem on an existing Job. 
RESULTS: Updated Job record. 

USE CASE TITLE Cancel Job 

DESC: Gives users the ability to remove a Job that has been created for a Target that already has a Job on it for 

the same reason. 
RESULTS: A deleted Job. 

USE CASE TITLE Close Task 

DESC: Allows the mobile worker to record all actions taken in a given task. Also records the time used 

to perform the task. 
RESULTS: A closed Job, or display of the next task in sequence. 

USE CASE TITLE Design Data Inquiry 

DESC: Allows the Mobile Worker to search for design data, e.g., Make/Model/Serial, of a Target. 
RESULTS: Pertinent Job data for the Mobile Worker. 

USE CASE TITLE E-Mail 

DESC: Allows the invocation of E-Mail services. 

RESULTS: An Email is delivered 

USE CASE TITLE EndShift 

DESC: Allows the mobile worker or other Resources to tell the system that it is time to go home. 
RESULTS: A checked-out Resource. 

USE CASE TITLE Get MoreJobs 

DESC: The mobile worker will invoke this operation if he/she completes all Jobs on the current 
WorkSchelule. 

RESULTS: Additional Jobs being added to the current WorkSchedules. 
USE CASE TITLE Management Assignment 

DESC: Allows management to override the Scheduler, e.g., if the Scheduler cannot find an acceptable 
Resource, one can be assigned by a manager. 

RESULTS: In an udate to a Resource's WorkSchedule and is transmitted to the handheld. 
USE CASE TITLE Mgmt Reassignment 

DESC: Allows management to remove an active JobAssignment from one Resource to another. 
RESULTS: A Job removed from one Resource and given to another. 

USE CASE TITLE Output TargetPefects 

DESC: Gives the Mobile Worker the ability to display a Ust of defects that have been reported on a specific 
Target 

RESULTS: A report. 
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SYSTEM FUNCTION GROUP: Job Execution 



USE CASE TITLE Pause Task 

DESC: Allows the mobUe worker to interrupt a Job in progress for some reason, which must be 
recorded. Any time elapsed during pause is added to the indirect time for that Resoruce 
RESULTS: An intermpted Job. 

USE CASE TITLE Related Target Inquiry 

DESC: Allows the Mobile Worker to search for information about Targets that are related to the cun-ent Job 

Target, e.g., electrical panel xx, or chilled water pumps, that are related to an Air-handler. 
RESULTS: Useful Job information for the Mobile Worker. 

USE CASE TITLE ReOpen AssessmcoLJob 

DESC: Gives management the ability to reopen an AssessmentTob that was closed because the Resource 

dispatched by the System could not perform the assessment. 
RESULTS: A new Resource would by manually attached to the Assessmentfob. 

USE CASE TITLE Renort Defects (see pages 16-18) 

DESC: Gives the mobile worker the ability to record defects observed while working on a given 
Job. 

RESULTS: Potentially a new Job will be created or, at least, pertinent data will be recorded. 
USE CASE TITLE Resume Task 

DESC: Allows the mobile worker to resume a Job at the pomt where it was paused. 
RESULTS: A resumed Job. 

USE CASE TITLE Review Created Job Order 

DESC: Allows management to review new instances of CreatedJobOrders to validate or reject them. 
RESULTS: A new PendingJobOrder that is allowed to be shown to the Scheduler, or an eliminated 
PendingJobOrder. 

USE CASE TITLE Skip Task 

DESC: Allows the mobile worker to not perform a given task, A reason must be given. 
RESULTS: An assigned task not being completed, and additional time being added to the indirect labor 
record for this resource. 

USE CASE TITLE Start Job 

DESC: Allows the system to start collecting "direct" tune for a given Job, and enables the display of the 

first task in sequence for that Job. 
RESULTS: Clock is started and details are revealed in sequence. 

USE CASE TITLE Start Shift 

DESC: This operation is invoked at login time by a mobile worker at the beginning of ashift in order to 
download the current WorkSchedules for the Resources supported on a particular handheld device, 
note: this operation also starts the clock to start tracking all 
"direct" and "indirect" mobile worker time during a shift. 

RESULTS: The mobile worker gets a current WorkSchedule. 

USE CASE TITLE Target History Inquiry 

DESC: Allows the Mobile Worker to search active JobHistory collection to learn what activities 
have been performed over some specified period of time. 
RESULTS: A Target history is accessed. 

USE CASE TITLE Update MobileWorker Stat 

DESC: Gives users the ability to find out the current status of all or part of the Mobile Workforce. 
RESULTS: A report. 
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SYSTEM FUNCTION GROUP: Management Reporting 

NOTE: There are no diagrams included for this section. Repor ting capabilities 
will be determined bv the database platform(s) selected, 

USE CASE TITLE Job History Reports 

DESC: Gives users the ability to create reports using various parameters, e.g., byXype, 
byResource, etc., etc.. 
RESULTS: A report. 

USE CASE TITLE Output DispJobAssignments 

DESC: Report on the contents of the DispatchedJob Assignment collection. 

RESULTS: A report 

USE CASE TITLE Output DispWorkSched 

DESC: Report on the DispatchedWorkSchedules collection. 

RESULTS: A report. 

USE CASE TITLE Output Joblnfo 

DESC: Reports on specific instances of the Job collection. 

RESULTS: A report. 

USE CASE TITLE Output PendingJobAssign 

DESC: Report on the contents of the PendingJobAssignments collection. 

RESULTS: A report. 

USE CASE TIFLE Output PendingJobOrders 

DESC: Report on the contents of the PendingJobOrder collection. 

RESULTS: A report. 

USE CASE TITLE Output PendWorkSched 

DESC: Report in the contents of the Pending WorkSchedule collection. 

RESULTS: A report. 

USE CASE TITLE Output Resourcelnfo 

DESC: Gives management the ability to query the System for information about any Resource 

in the system, e.g., location, availabiUty, etc.. 

RESULTS: Useful Management information about Resources. 

USE CASE TITLE Output WorkSchedlnfo 

DESC: Reports on specific instances of the WorkSchedule collection. 

RESULTS: A report. 

USE CASE TITLE Policy Effectiveness 

DESC: Gives management the ability to monitor the effectiveness of various Policy decisions, 
e.g., is a stated firequency on Air-handler maintenance producing the desired results. 
RESULTS: A report. 

USE CASE TITLE Resource Effectiveness 

DESC: Allows management the ability to use various measures to determine the 
effectiveness, e.g., productivity measures. 
RESULTS: A report. 

USE CASE TITLE Target Effectiveness 

DESC: Allows management to use various measures to validate the operating effectiveness of 

various Targets. 

RESULTS: A report 



Use Case Schematic 

Name: :Create_Systera_Plann€d_Jobs 

Kind: :Method 

Class rSysMaintJob 

Description: : Create an instance of a System generated Planned Maintenance Job 



Reads ^:Policy,Target Jobype, TaskDefinition 

Supplied R:Resource, Initiator, CreateDate, T:TaskType, 
J:JobType, P:Priority, TargetDates, L:Location, TiTarget) 

Changes rPendingJobOrders 

new S:SysMaintJob 

Sends :P:PIanner : SysMaintJob_Created 



Assumes : 

Results :/* update as per CreateAssessmentJob */ 

IF 

P:Priority and T:TargetDate Combination is valid according to Policy and Supplied 
TrTargetLocation = 

Supplied LrLocation and TLTaskType is valid for this SysMaintJob Job Type 
THEN 

New SrSysMaintJob with Status = Created and New TTL:TargetTaskList = 
DeflnedTasks where D:DefineTasks is for TrTarget Supplied and TaskType = 
Supplied, 
ADD 

SrSysMaintJob to P:PJO 
ELSE 

Send Planner:SysMaintJob_Exception 



Sequence Diagram for Create_Usage_Type 



UsageTypelnterface 


Facility 


: Resource 


IVIanager 



UsageType : 
UsageType 



1 : createusagetype (String, 



2: UsageType (Strjng, 



< 



3: usagetype 



4: ^sagetypecreat ed 
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Use Case Schematic 

Name: :Create_Systeni_Planfied_Jobs 

Kind: :Method 

Class :SysMaintJob 

Description: :Create an instance of a System generated Planned Maintenance Job 



Reads :Policy,TargetJobype, TaskDefinition 

Supplied R:Resource, Initiator, CreateDate, T:TaskType, 
J: JobType, P:Priority, TargetDates, L:Location, T:Target) 

Changes :PendingJobOrders 

new S:SysMaintJob 

Sends :P:Planner : SysMaintJob_Created 



Assumes : 

Results :/* update as per CreateAssessmentJob */ 

IF 

P:Priority and T:TargetDate Combination is valid according to Policy and Supplied 
T:TargetLocation = 

Supplied L:Location and TLTaskType is valid for this SysMaintJob Job Type 
THEN 

New S:SysMamtJob with Status = Created and New TTL:TargetTaskList = 
DefinedTasks where D:DefmeTasks is for T: Target Supplied and TaskType = 
Supplied, 
ADD 

S:SysMaintJob to P:PJO 
ELSE 

Send PIannenSysMaintJob__Exception 
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Collaboration Diagram for Create System PIanned Jobs 



JobManacI: create^^aintjobs 



Planner 



2:get^licy 4: gett^ ets 



Site 




Use Case Schematic 



Name: 
Kind: 
Class 



:SchedqIe_Job 
jMethod 
: Scheduler 



Description: :Invoke the Scheduler to assign a time and Resource for this new instance of a PJO 

This updates an existing WorkSchedule. 



Reads 



Changes^ 
Sends 



Assumes 



Results 



:Supplied (JobID, Resources, DecisionFactors) 
" Clock, PJA, PJO, Job, Resource, ResourceSchedule 

J Job, WorkSchedule, PJA, PJO, PWS 

: Policy/MGR: Job_Assigned(WorkSchedule/s Ids) 
" Policy/MGR: Job_Unassigned (reason) 
Policy/MGR:Scheduler_Exception 

: Job indentified is valid and in the PJO coUection and Policy has determined 
" to assign this Job NOW. Policy has identified candidate Resources, and 
DecidionFactors. 

_:IF Resources and DecisionFactors Found 
THEN 

(Collect decision Info) 

FOR Each Resource (Get Decision Factors) 

IF Current WorkSchedule on DWS 

THEN 

Update DWS WorkSchedule (HH to Server) 

(This is a passive pull of the HH Resident Current WoritSchedule for this 

Resource) 
Read CurrentWorkScheduIe for: 
Current Location 
Current JobStatus 
Current JobPriority 
Est Time of Current Job 
Next JobPriority 
Next JobLocation 
Read ResourceSchedule for; 

Est Time Remaining on Shift (May be evident on WS) 
END 

MakeDecision (Based on factors) 
Research rules-based AI logic — 
IF Job_Assigned 
THEN 

Returns Updated: (J: Job, WorkSchedules, PJA, send Policy/MGR/Dispatcher: 
Job_AssignedO 

ELSE 

Returns send Policy/MGR: Job_Unassigned 
ELSE send Policy/MGR:Scheduler_Exception 
Trigger Exception 
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Collaboration Diagram for Schedule_Job_Operation 




Sequence Diagram for Schedule_Job_Operation 



JobManager 



Scheduler 



Blackboard 



Job : Job 



JobStateEvent 



V\fori6chedule 



V\ibrkSchedule 


PendingJob 


StateEvent 


Orders 



, 1: assignjob , 



. 2: asagnjob I 

0 — ^ 

i 0- 



r 

1 



0' 

9: jobassigned i 

' 0 



5: updatestatus 



3: addjob 



I 6: create 



0 — ^ 



I 4: create 



7: remove 



8: add 



10: jobassigned] 



PendingJob 
Assignments 



Use Case Schematic 



Name: :MWReportDefect 

ID: 

Kind: :Operation 

Class: :Target 

Description: This operatin is invoked by a MW resource in order to record a defect or 
problem about a Target. This informatin is reviewed by a MGR and it could lead to 
a project job being 
created. 



Reads: : 

Changes: :new TargetDefect, 

Target.Defects (collection) 



Send s :Resource:TargetDefectCreated» 
Resource: Server_Unavailable 



Assumes :Resource is valid, and is on shift 



Results: :/* Depending on whether you are entering a defect for a Target 

that is on a Job in the MW WorkSchedule, or a Target unrelated 
to any Job and therefore probably not local to the handheld, this 
may be different */ 
Get Target ED 

New TargetDefectDisplay(TargetlD) 

/* are defects the same for all target types? */ 

Get TargetDefect 



Collaboration Diagram for Report_Defects 
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Physical Architecture for MasterLink's Distributed 
InteUigent Work Management System 



Vertical Domain 
Work Management 
Application 



MasterLink Collaborative 
Agent Framework 



Inference/Constraint 
Engine Libraries 



Object Request Broker 



Class Libraries 



Language Compiler 



Operating System 



The domain specific objects involved in a physical implementation of 
a workflow management application based on the MasterLink 
firework This includes such things as work management policies, 
work targets in a classification hierarchy, rules for MasterLink agents, 
task definitions, job types, job state transitions, and work schedule 
state transitions. These are specified on a case by case basis as part of 
the system initialization process, e.g. for a facihties maintenance 
domain, a home health care domain, etc. 



The MasterLink collaborative agents, and the fiamework of 
classes supporting these agents provide the basis for the 
intelligent work management application The relationships 
between the domain specific objects referred to above and the 
inteUigent work management agents are defined in this 
fi-amework. 



The MasterLink agents are implemented as classes that are derived 
fi-om commercially marketed artificial intelligence products. The 
ability of a MasterLink agent to use a set of rules or constraints to 
make a workflow management decision is based on this 
technology. 



The mechanism by which distributed instances of application objects 
can send messages to each other. The support for fliese distributed 
objects to conununicate over a wireless connection is evolving. Until 
mature, existing wireless protocols may have to be implemented 



Depending on the language, these are commercially available 
libraries for common programming fimctions, such as file i/o, 
directory services, string handling, date/time fimctions, and 
database connectivity. 

The programming language used to implement the application. 
At this point in time the distributed object oriented options 
include C-h- and Java. This is due to the compatibility 
requirement with the AI products. Orbs and Databases. 

The operating system which must be capable of supporting the 
language and other off the shelf components mentioned above. 
Typically this is Unix or NT on servers, and clients will vary 
depending on their type, e.g a desktop LAN cormected client 
versus a handheld wireless network device. 



JOB ^ATE TRAlfsiTIONS 



Example Job Type 



Create Approve Assig Dispatch Execute Pause Close Archive 




- A series of states and transitions will be defined for each "type" of job to be 
managed by the system. 

- A set of businsess rules governing each possible transition will be determined. 
Analysis will include consideration for vertical domain classes. 

- System agents will use sets of rules to automate selected transitions. External 
interfaces will support manual transitions and overrides. 

- "Planner" agent will address the generation or creation of jobs containing planned 
tasks. 

- "Scheduler" agent will address the assignment of jobs to resources and time. 

- "Dispatcher" agent will handle delivery of work schedules to resources. 

- The worker, through a mobile device interface, will be the source for many 
transitions. 

- "Job Manager" agent will act as a communications trafHc cop receiving messages, 
representing events, from the external interfaces (either GUI or system based) , from 
the internal svstem agents, and from other Master! Jnk internal classes. 
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<^esc : String 
<^EndDate : Date 
<;^SecurityCode : Security 
<>StartDate : Date 
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Resource 


tVDG Resource 
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ID : String 
Initials : String 
Nams : String 
SecuriiyCode : Security 
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TASKDEFINITION CLASS 



Policy 



Target 



TaskType 



TargetTask 



targets type 



Target 
fDefirition 

tafsstdefinitions 



^ skill 




Frequercy 



frequency ^ 



TaskDefinition 



DescrString 

EstimdBcni me: Integer 
Ccde:String 

MalertalRequred : Bodean 
Securitpxie: Security 
StartDete: 

NiiTt3erOfResGuroes : inlEger 



threshold 

ThrsWd/^ 
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labortype j=q 
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ACTIONDEFINITION CLASS 



instruction 



Material 



future^o^ 



TargetDataaCf/0/?C/afa 

I Drfinitiop 



Action 
Definition 



Code : String 
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